-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore(examples): Updating vendor examples #3966
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
4. Run `docker compose run tracetest-run`. | ||
5. Follow the links in the output to view the test results. | ||
|
||
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. | |
Follow the sections below for a detailed breakdown of what the example you just ran did and how it works. |
Increasing the duration to a more reasonable `500ms` will make the test pass. | ||
|
||
![](../img/datadog-recipe-successful-test.png) | ||
## Running the tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
## Running the tests | |
## Running the Tests |
4. Run `docker compose run tracetest-run`. | ||
5. Follow the links in the output to view the test results. | ||
|
||
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. | |
Follow the sections below for a detailed breakdown of what the example you just ran did and how it works. |
![](../img/dynatrace-failed-test.png) | ||
|
||
Increasing the duration to a more reasonable `500ms` will make the test pass. | ||
## Running the tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
## Running the tests | |
## Running the Tests |
4. Run `docker compose run tracetest-run`. | ||
5. Follow the links in the output to view the test results. | ||
|
||
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. | |
Follow the sections below for a detailed breakdown of what the example you just ran did and how it works. |
``` | ||
|
||
This will start your Tracetest instance on `http://localhost:11633/`. | ||
## Running the tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
## Running the tests | |
## Running the Tests |
4. Run `docker compose run tracetest-run`. | ||
5. Follow the links in the output to view the test results. | ||
|
||
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Follow along with the sections below for an in detail breakdown of what the example you just ran did and how it works. | |
Follow the sections below for a detailed breakdown of what the example you just ran did and how it works. |
|
||
## Run both the OpenTelemetry Demo app and Tracetest | ||
## Running the tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
## Running the tests | |
## Running the Tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some editing suggestions.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tiny suggestions. 👌
The `docker-compose.yaml` file, `collector.config.yaml`, `tracetest-provision.yaml`, and `tracetest-config.yaml` in the `tracetest` directory are for setting up Tracetest and the OpenTelemetry Collector. | ||
|
||
The `tracetest` directory is self-contained and will run all the prerequisites for enabling OpenTelemetry traces and trace-based testing with Tracetest, as well as routing all traces the OpenTelemetry Demo generates to Datadog. | ||
|
||
### Docker Compose Network | ||
|
||
All `services` in the `docker-compose.yaml` are on the same network, defined by the `networks` section on each file, and will be reachable by hostname from within other services. E.g. `tracetest:4317` in the `collector.config.yaml` will map to the `tracetest` service, where port `4317` is the port where Tracetest accepts traces. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All `services` in the `docker-compose.yaml` are on the same network, defined by the `networks` section on each file, and will be reachable by hostname from within other services. E.g. `tracetest:4317` in the `collector.config.yaml` will map to the `tracetest` service, where port `4317` is the port where Tracetest accepts traces. | |
All `services` in the `docker-compose.yaml` are on the same network, defined by the `networks` section on each file, and will be reachable by hostname from within other services. E.g. `tracetest-agent:4317` in the `collector.config.yaml` will map to the `tracetest-agent` service, where port `4317` is the port where Tracetest Agent accepts traces. |
@@ -40,8 +66,6 @@ The `docker-compose.yaml` file and `.env` file in the root directory are for the | |||
|
|||
The `docker-compose.yaml` file, `collector.config.yaml`, `tracetest-provision.yaml`, and `tracetest-config.yaml` in the `tracetest` directory are for setting up Tracetest and the OpenTelemetry Collector. | |||
|
|||
The `tracetest` directory is self-contained and will run all the prerequisites for enabling OpenTelemetry traces and trace-based testing with Tracetest, as well as routing all traces the OpenTelemetry Demo generates to Dynatrace. | |||
|
|||
### Docker Compose Network | |||
|
|||
All `services` in the `docker-compose.yaml` are on the same network, defined by the `networks` section on each file, and will be reachable by hostname from within other services. E.g. `tracetest:4317` in the `collector.config.yaml` will map to the `tracetest` service, where port `4317` is the port where Tracetest accepts traces. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All `services` in the `docker-compose.yaml` are on the same network, defined by the `networks` section on each file, and will be reachable by hostname from within other services. E.g. `tracetest:4317` in the `collector.config.yaml` will map to the `tracetest` service, where port `4317` is the port where Tracetest accepts traces. | |
All `services` in the `docker-compose.yaml` are on the same network, defined by the `networks` section on each file, and will be reachable by hostname from within other services. E.g. `tracetest-agent:4317` in the `collector.config.yaml` will map to the `tracetest-agent` service, where port `4317` is the port where Tracetest Agent accepts traces. |
- test-specs | ||
|
||
``` | ||
|
||
### Sending Traces to Tracetest and Dynatrace | ||
|
||
The `collector.config.yaml` explains that. It receives traces via either `grpc` or `http`. Then, exports them to Tracetest's OTLP endpoint `tracetest:4317` in one pipeline, and to Dynatrace in another. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The `collector.config.yaml` explains that. It receives traces via either `grpc` or `http`. Then, exports them to Tracetest's OTLP endpoint `tracetest:4317` in one pipeline, and to Dynatrace in another. | |
The `collector.config.yaml` explains that. It receives traces via either `grpc` or `http`. Then, exports them to Tracetest Agent's OTLP endpoint `tracetest-agent:4317` in one pipeline, and to Dynatrace in another. |
@@ -256,23 +130,22 @@ receivers: | |||
- targets: ['0.0.0.0:8888'] | |||
|
|||
processors: | |||
batch: # this configuration is needed to guarantee that the data is sent correctly to Dynatrace | |||
batch: # this configuration is needed to guarantee that the data is sent correctly to Datadog |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
batch: # this configuration is needed to guarantee that the data is sent correctly to Datadog | |
batch: # this configuration is needed to guarantee that the data is sent correctly to Dynatrace |
checkoutEndpoint: otel-checkoutservice:5050 | ||
|
||
``` | ||
|
||
**How to Send Traces to Tracetest and Lightstep** | ||
|
||
The `collector.config.yaml` explains that. It receives traces via either `grpc` or `http`. Then, exports them to Tracetest's OTLP endpoint `tracetest:4317` in one pipeline, and to Lightstep in another. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The `collector.config.yaml` explains that. It receives traces via either `grpc` or `http`. Then, exports them to Tracetest's OTLP endpoint `tracetest:4317` in one pipeline, and to Lightstep in another. | |
The `collector.config.yaml` explains that. It receives traces via either `grpc` or `http`. Then, exports them to Tracetest Agent's OTLP endpoint `tracetest-agent:4317` in one pipeline, and to Lightstep in another. |
The `docker-compose.yaml` file, `collector.config.yaml`, `tracetest-provision.yaml`, and `tracetest-config.yaml` in the `tracetest` directory are for the setting up Tracetest and the OpenTelemetry Collector. | ||
|
||
The `tracetest` directory is self-contained and will run all the prerequisites for enabling OpenTelemetry traces and trace-based testing with Tracetest, as well as routing all traces the OpenTelemetry Demo generates to New Relic. | ||
|
||
### Docker Compose Network | ||
|
||
All `services` in the `docker-compose.yaml` are on the same network and will be reachable by hostname from within other services. E.g. `tracetest:4317` in the `collector.config.yaml` will map to the `tracetest` service, where the port `4317` is the port where Tracetest accepts traces. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All `services` in the `docker-compose.yaml` are on the same network and will be reachable by hostname from within other services. E.g. `tracetest:4317` in the `collector.config.yaml` will map to the `tracetest` service, where the port `4317` is the port where Tracetest accepts traces. | |
All `services` in the `docker-compose.yaml` are on the same network and will be reachable by hostname from within other services. E.g. `tracetest-agent:4317` in the `collector.config.yaml` will map to the `tracetest-agent` service, where the port `4317` is the port where Tracetest Agent accepts traces. |
This PR...
Changes
Fixes
Checklist
Loom video
Add your loom video here if your work can be visualized